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FIELD OF THE INVENTION 

The present invention relates to a method, software program, and system for ranking relative 
risk of a plurality of transactions. More particularly, the present invention relates to a method, 
software program, and system for ranking relative operational risk of a plurality of financial 
5 transactions. 

By providing for the ranking of relative operational risk of a plurality of financial 
transactions, the present invention provides a mechanism for readily identifying "outlying" 
transaction risks (e.g., identifying the 10 riskiest transactions out of a group of 1000). 

10 BACKGROUND OF THE INVENTION 

Banks and other financial institutions typically attempt to identify and quantify risks 
associated with their business dealings. Two types of risks typically identified and quantified are 
Credit risk and market risk. As their names imply, credit risk relates to risk associated with giving or 
jijfeceiving credit and market risk relates to risk associated with changes in market conditions. 
15 s |= A third type of risk, which banks and other financial institutions are just now beginning to 
' jiddress, is operational risk. One definition of operational risk promulgated by the Basel Committee 
lion Banking Supervision (hereinafter "Basel Committee") is that operational risk is a risk component 
Mother than credit or market risk and which is "the risk of direct or indirect loss resulting from 
^adequate or failed internal processes, people and systems or from external events". The 
20 j faforementioned definition will be adopted for the purposes of this application. 

In any case, the Basel Committee proposes a number of approaches for allocating operating 
fl£sk capital. In following the typical banking methodology of identifying and quantifying risk, these 
Approaches include, but are not limited to, the Basic Indicator, the Standardized approach, the 
Internal Measurement approach, and the Loss Distribution approach. However, none of these 
25 approaches appears to provide for the aggregation of individual risk factors of a plurality 
transactions on a transaction by transaction basis in order to identify the relative risk of each 
transaction. In other words, while the various approaches proposed by the Basel Committee attempt 
to identify and quantify operational risk, such approaches do not appear to provide a mechanism for 
easily ranking the relative risk of a number of transactions without trying to explicitly quantify such 
30 risk (i.e., in terms of capital loss). 

Other risk analysis methodologies found in the financial area include, for example, the 
following: 

United States Patent No. 6,1 19,103, issued September 12, 2000, to Basch et al. relates to 
financial risk prediction systems and methods. 
35 United States Patent No. 5,978,778, issued November 2, 1 999, to O'Shaughnessy relates to 

automated strategies for investment management. 
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United States Patent No. 6,003,018, issued Dec. 14, 1999, to Michaud et al. relates to a 
method for evaluating an existing or putative portfolio having a plurality of assets. 

United States Patent No. 5,812,987, issued Sept. 27, 1998, to Luskin et al. relates to an 
invention for managing assets in one or more investment funds over a specified time. 
5 United States Patent No. 6,055,517, issued April 25, 2000, to Friend et al. relates to a 

method of simulating future cash flow for a given asset allocation under a variety of economic 
conditions and measuring the frequency of failure of the cash flow to avoid one or more predefined 
risks. 

United States Patent No. 5,729,700, issued March 17, 1998, to Melnikoff relates to a 
10 portfolio selector for selecting an investment portfolio from a library of assets based on investment 
risk and risk-adjusted return. 

United States Patent No. 5,884,287, issued March 16, 1999, to Edesess relates to a 
C computer-implemented system and method to create an optimal investment plan (given wealth goals 
Stated in probabilistic form) and to display the resulting probability distributions of wealth 
15 J accumulations at future times. 

5 f ] Further, various methods of risk or failure analysis have been proposed for use in such fields 
Las manufacturing, aviation, and disk drive monitoring. These methodologies include, for example, 
Mihe following: 

0 United States Patent No. 5,828,583, issued October 27, 1998, to Bush et al. relates to a 
20 4inethod for predicting an imminent failure of a disk drive. 

[f j United States Patent No. 5,956,251, issued September 21, 1999, to Atkinson et al. relates to 
[;a process of establishing valid statistical dimensional tolerance limits for designs of detail parts that 
;%ill enable accurate prediction of an economically acceptable degree of non-conformance of a large 
flexible end item assembly. 
25 Further still, in one type of inventory tracking methodology there is maintained an A-B-C 

classification of items kept in store. Class A items have to be monitored very closely and should 
have some safety stock (because it is very costly to be out of stock of this class of item). Class B 
items are monitored less closely (because it is not as costly to be out of stock of this class of item), 
and so on. Moreover, in one type of scheduling methodology there is maintained a prioritization of 
30 jobs that have to be done by the same resource or machine. Jobs are ranked, or prioritized, based on 
the dimensions of the workpiece and/or the time it takes to do the job. 



2 



OBJECTS AND SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to provide a method, software program, and 
system for ranking relative risk of a plurality of transactions. 

It is therefore another object of the present invention to provide a method, software program, 
5 and system for ranking relative risk of a plurality of transactions wherein "ranking of relative risk of 
a plurality of transactions" means ordering each transaction in comparison to each of the other 
transactions (e.g. ordering may be from higher risk to lower risk or from lower risk to higher risk). 

Another object of the present invention is to provide a method, software program, and 
system for ranking relative operational risk of a plurality of financial transactions (e.g., financial 
10 trades in the equity, currency, debt, arbitrage, or fixed income markets). 

Another object of the present invention is to provide a method, software program, and 
system for ranking relative operational risk of a plurality of financial transactions without having to 
^explicitly quantify a particular risk in terms of risk capital. 

•Jj Another object of the present invention is to provide a method, software program, and 
15 jystem for the aggregation of individual risk factors of a plurality of transactions on a transaction by 
4-ansaction basis in order to identify the relative risk of each transaction. 

i"- Bv Providing a method, software program, and system for ranking relative operational risk of 
%I plurality of financial transactions, the present invention provides a mechanism for readily 
.identifying "outlying" transaction risks (e.g., identifying the 10 riskiest transactions out of a group 
20 'pf 1000). 

: ;f Such identification of "outlying" transaction risks is clearly advantageous for regulatory or 
internal auditing/accounting purposes. For example, an internal audit may examine the 10 riskiest 
^ transactions out of a group of 1000 to ensure that each of the transactions is in compliance with all 
applicable rules and regulations. 

In a specific embodiment, the present invention could be used to rank: i) the relative risk of 
all of the transactions made in a given timeframe (e.g., within the last hour, within the last day, 
within the last week, within the last year); or ii) the x number of riskiest trades made in a given 
timeframe (e.g., within the last hour, within the last day, within the last week, within the last year), 
where x is an integer; or iii) the x number of least risky trades made in a given timeframe (e.g., 
within the last hour, within the last day, within the last week, within the last year), where x is an 
integer. 

BRIEF DESCRIPTION OF THE DRAWINGS 

35 Fig. 1 shows a diagram of transaction stages and events according to an embodiment of the present 
invention; 



25 



30 



3 



Fig. 2A shows a diagram of various variables associated with the stages and events of Fig. 1 
according to an embodiment of the present invention; 

Fig. 2B shows a diagram of definitions of various variables of Fig. 2 A according to an embodiment 
of the present invention; 

Fig. 3 shows a flowchart identifying the steps carried out in determining individual risk factor 
components according to an embodiment of the present invention; 

Fig. 4 shows a risk factor curve according to an embodiment of the present invention; 

f Fig. 5 shows a flowchart identifying the steps carried out in determining the relative risk of a 
:^ transaction according to an embodiment of the present invention; 

^Fig. 6 shows a diagram of overall system flow according to an embodiment of the present invention; 

UFig. 7 shows a diagram of a system architecture according to an embodiment of the present 
^invention; 

pfig. 8 shows a flowchart of a method according to an embodiment of the present invention; 

^Fig. 9 shows a flowchart of a method according to an embodiment of the present invention; 

Fig. 10 shows a block diagram of a software program according to an embodiment of the present 
invention; 

Fig. 1 1 shows a block diagram of a software program according to an embodiment of the present 
invention; and 

Fig. 12 shows a block diagram of a system according to an embodiment of the present invention. 

Among those benefits and improvements that have been disclosed, other objects and 
advantages of this invention will become apparent from the following description taken in 
conjunction with the accompanying figures. The figures constitute a part of this specification and 
include exemplary embodiments of the present invention and illustrate various objects and features 
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thereof. 

DETAILED DESCRIPTION OF THE INVENTION 

As required, detailed embodiments of the present invention are disclosed herein; however, it 
5 is to be understood that the disclosed embodiments are merely exemplary of the invention that may 
be embodied in various forms. The figures are not necessarily to scale, some features may be 
exaggerated to show details of particular components. Therefore, specific structural and functional 
details disclosed herein are not to be interpreted as limiting, but merely as a basis for the claims and 
as a representative basis for teaching one skilled in the art to variously employ the present invention. 
*0 hi one embodiment a method for ranking relative risk of a plurality of transactions, wherein 

each of the transactions has associated therewith a plurality of variables is provided, including: 
assigning a value to each of the variables associated with each of the transactions; aggregating the 
Cl/alues assigned to each of the variables on a transaction by transaction basis to produce an aggregate 
~|isk level for each transaction; and ranking each of the transactions relative to one another based 
15 ^Upon the aggregate risk level corresponding to each transaction. 

i\: The step of assigning a value to each of the variables associated with each of the transactions 
e may further comprise assigning a normalized risk factor value to each of the variables associated 
^ ivith each of the transactions based upon a raw value associated with each of the variables of each of 
> Jhe transactions and the step of aggregating the values assigned to each of the variables on a 
20 ^transaction by transaction basis to produce an aggregate risk level for each transaction may further 
^comprise aggregating the normalized risk factor values assigned to each of the variables on a 
^transaction by transaction basis to produce an aggregate risk level for each transaction. 
pr Each value may be normalized to a predetermined normalization range. The predetermined 
normalization range may be between 0 to 1, inclusive. 
25 Each variable may have associated therewith an operational tolerance and the normalized 

risk factor value for each variable may be calculated using the formula: 

RF = ^(e x/fi -1) 

30 where RF= the normalized risk factor value, £ - 0.5819767069, e = 2.718182818, x - the raw 
value of the variable, and /? = the operational tolerance of the variable. 

Each variable may be selected from the group of quantitative variables and qualitative 
variables, wherein each variable which is a quantitative variable may have associated therewith a 
raw value corresponding to an actual quantitative value, and wherein each variable which is a 

35 qualitative variable may have associated therewith a raw value corresponding to a value selected 
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from a predetermined qualitative value range. The predetermined qualitative value range may be 
between 1 to 10, inclusive. 

Each quantitative variable may be selected from the group including: elapsed time, historical 
volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, 
frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail 
recovery time. 

Each qualitative variable may be selected from the group including: client sensitivity, 
execution method, client operating infrastructure, incoming confirm method, outgoing confirm 
method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, 
master agreement (provisions for netting), country operating infrastructure, liquidity risk, template 
precedence, and product complexity. 

The step of aggregating the normalized risk factor values assigned to each of the variables 
wbn a transaction by transaction basis to produce an aggregate risk level for each transaction may 
^ further comprise aggregating the normalized risk factor values using the formula: 

i: AR = Ya w i* RJ t 

jvhere AR= the aggregate risk level, wj means the weights of the "j"th variable at time 
j"t", and Ri means the normalized risk factor value of the "j"th variable at time "t". 

The transactions may be ranked relative to one another in descending order of aggregate risk 
< jevel. The transactions may be ranked relative to one another in ascending order of aggregate risk 
Jevel. The risk may be operational risk. 

In another embodiment a method for ranking relative risk of a plurality of transactions, 
wherein each of the transactions has associated therewith a plurality of events and each of the events 
has associated therewith at least one variable is provided, including: assigning a value to each of the 
variables associated with each of the transactions; aggregating the values assigned to each of the 
variables of each event of each transaction to produce a by event aggregate risk level for each event 
of each transaction; aggregating the by event aggregate risk levels of each transaction to produce a 
by transaction aggregate risk level for each transaction; and ranking each of the transactions relative 
to one another based upon the by transaction aggregate risk level corresponding to each transaction. 

The step of assigning a value to each of the variables associated with each of the transactions 
may further comprise assigning a normalized risk factor value to each of the variables associated 
with each of the transactions based upon a raw value associated with each of the variables of each of 
the transactions and the step of aggregating the values assigned to each of the variables of each 
event of each transaction to produce a by event aggregate risk level for each event of each 
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transaction may further comprise aggregating the normalized risk factor values assigned to each of 
the variables of each event of each transaction to produce a by event aggregate risk level for each 
event of each transaction. 

Each value may be normalized to a predetermined normalization range. The predetermined 
5 normalization range may be between 0 to 1, inclusive. 

Each variable may have associated therewith an operational tolerance and the normalized 
risk factor value for each variable may be calculated using the formula: 

RF = £*(e x/p -I) 

10 

where RF= the normalized risk factor value, £ = 0.5819767069, e = 2.718182818, x = the raw 
value of the variable, and /? = the operational tolerance of the variable. 

The operational tolerance associated with a given variable of a given event may vary in 
-J dependence upon the given event of the transaction. 
15 4= Each variable may be selected from the group of quantitative variables and qualitative 
]j ^variables, wherein each variable which is a quantitative variable may have associated therewith a 
jKaw value corresponding to an actual quantitative value, and wherein each variable which is a 
"•'qualitative variable may have associated therewith a raw value corresponding to a value selected 
Cjfrom a predetermined qualitative value range. The predetermined qualitative value range may be 
20 ;i between 1 to 10, inclusive. 

□ Each quantitative variable may be selected from the group including: elapsed time, historical 
C Volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, 
""frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail 
recovery time. 

25 Each qualitative variable may be selected from the group including: client sensitivity, 

execution method, client operating infrastructure, incoming confirm method, outgoing confirm 
method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, 
master agreement (provisions for netting), country operating infrastructure, liquidity risk, template 
precedence, and product complexity. 

30 The step of aggregating the normalized risk factor values assigned to each of the variables of 

each event of each transaction to produce a by event aggregate risk level for each event of each 
transaction may further comprise aggregating the normalized risk factor values using the formula: 

35 m 
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where EAR= the by event aggregate risk level, means the weights of the "j"th variable on the 
"i"th event at time "t", and j^JJ means the normalized risk factor value of the "j"th variable on 
the "i"th event at time "t" and the step of aggregating the by event aggregate risk levels of each 
5 transaction to produce a by transaction aggregate risk level for each transaction may further 

comprise aggregating the normalized risk factor values and the by event aggregate risk levels using 
the formula: 

n m 
i=l 7=1 

10 Cwhere TAR= the transaction aggregate risk level, wf' 1 means the weights of the "j"th variable 

;^n the "i"th event at time "t", and means the normalized risk factor value of the "j"th 

^variable 

;j 6n the "i"th event at time "t". 

• , The transactions may be ranked relative to one another in descending order of transaction 

15 U Aggregate risk level. The transactions may be ranked relative to one another in ascending order of 
[^transaction aggregate risk level. 

4" Each event of each transaction may be selected from the group including: a) order match; b) 
j^roker verification; c) financial confirmation; d) settlement confirmation; and e) terms confirmation. 
1 1 The risk may be operational risk. 
20 & r In another embodiment a software program for ranking relative risk of a plurality of 

transactions, wherein each of the transactions has associated therewith a plurality of variables is 
provided, including: means for assigning a value to each of the variables associated with each of the 
transactions; means for aggregating the values assigned to each of the variables on a transaction by 
transaction basis to produce an aggregate risk level for each transaction; and means for ranking each 
25 of the transactions relative to one another based upon the aggregate risk level corresponding to each 
transaction. 

The means for assigning a value to each of the variables associated with each of the 
transactions may further comprise means for assigning a normalized risk factor value to each of the 
variables associated with each of the transactions based upon a raw value associated with each of 
30 the variables of each of the transactions and the means for aggregating the values assigned to each 
of the variables on a transaction by transaction basis to produce an aggregate risk level for each 
transaction may further comprise means for aggregating the normalized risk factor values assigned 
to each of the variables on a transaction by transaction basis to produce an aggregate risk level for 
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each transaction. 

Each value may be normalized to a predetermined normalization range. The predetermined 
normalization range may be between 0 to 1, inclusive. 

Each variable may have associated therewith an operational tolerance and the normalized 
5 risk factor value for each variable may be calculated using the formula: 

RF = £*(e x/p -1) 

where RF= the normalized risk factor value, £ - 0.5819767069, e - 2.718182818, x = the raw 
10 value of the variable, and /? = the operational tolerance of the variable. 

Each variable may be selected from the group of quantitative variables and qualitative 
variables, wherein each variable which is a quantitative variable may have associated therewith a 
;,htw value corresponding to an actual quantitative value, and wherein each variable which is a 
Qualitative variable may have associated therewith a raw value corresponding to a value selected 
15 .'from a predetermined qualitative value range. The predetermined qualitative value range may be 
between 1 to 10, inclusive. 

Each quantitative variable may be selected from the group including; elapsed time, historical 
v Volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, 
■-frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail 
20 4 recovery time. 

q Each qualitative variable may be selected from the group including: client sensitivity, 
Execution method, client operating infrastructure, incoming confirm method, outgoing confirm 
- method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, 
master agreement (provisions for netting), country operating infrastructure, liquidity risk, template 
25 precedence, and product complexity. 

The means for aggregating the normalized risk factor values assigned to each of the variables 
on a transaction by transaction basis to produce an aggregate risk level for each transaction may 
further comprise means for aggregating the normalized risk factor values using the formula: 

30 

AR = Y J Wt' R t J 

where AR= the aggregate risk level, w 3 t means the weights of the "j"th variable at time 
"t", and Rj means the normalized risk factor value of the "j"th variable at time "t". 
35 The transactions may be ranked relative to one another in descending order of aggregate risk 

level. The transactions may be ranked relative to one another in ascending order of aggregate risk 
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level. 

In one example, the risk may be operational risk. 

In another embodiment a software program for ranking relative risk of a plurality of 
transactions, wherein each of the transactions has associated therewith a plurality of events and each 
of the events has associated therewith at least one variable is provided, including: means for 
assigning a value to each of the variables associated with each of the transactions; means for 
aggregating the values assigned to each of the variables of each event of each transaction to produce 
a by event aggregate risk level for each event of each transaction; means for aggregating the by 
event aggregate risk levels of each transaction to produce a by transaction aggregate risk level for 
each transaction; and means for ranking each of the transactions relative to one another based upon 
the by transaction aggregate risk level corresponding to each transaction. 

The means for assigning a value to each of the variables associated with each of the 
transactions may further comprise means for assigning a normalized risk factor value to each of the 
Variables associated with each of the transactions based upon a raw value associated with each of 
/the variables of each of the transactions and the means for aggregating the values assigned to each 
yf the variables of each event of each transaction to produce a by event aggregate risk level for each 
J event of each transaction may further comprise means for aggregating the normalized risk factor 
Values assigned to each of the variables of each event of each transaction to produce a by event 
Aggregate risk level for each event of each transaction. 

il Each value may be normalized to a predetermined normalization range. The predetermined 
iiiormalization range maybe between 0 to 1, inclusive. 

;i Each variable may have associated therewith an operational tolerance and the normalized 
'risk factor value for each variable may be calculated using the formula: 

RF = %.(e x!p -1) 

where RF= the normalized risk factor value, £ - 0.5819767069, e - 2.718182818, x = the raw 
value of the variable, and J3 = the operational tolerance of the variable. 

The operational tolerance associated with a given variable of a given event may vary in 
dependence upon the given event of the transaction. 

Each variable maybe selected from the group of quantitative variables and qualitative 
variables, wherein each variable which is a quantitative variable may have associated therewith a 
raw value corresponding to an actual quantitative value, and wherein each variable which is a 
qualitative variable may have associated therewith a raw value corresponding to a value selected 
from a predetermined qualitative value range. The predetermined qualitative value range may be 
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between 1 to 10, inclusive. 

Each quantitative variable may be selected from the group including: elapsed time, historical 
volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, 
frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail 
5 recovery time. 

Each qualitative variable maybe selected from the group including: client sensitivity, 
execution method, client operating infrastructure, incoming confirm method, outgoing confirm 
method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, 
master agreement (provisions for netting), country operating infrastructure, liquidity risk, template 
10 precedence, and product complexity. 

The means for aggregating the normalized risk factor values assigned to each of the variables 
of each event of each transaction to produce a by event aggregate risk level for each event of each 
t transaction may further comprise means for aggregating the normalized risk factor values using the 
"'formula: 

15 

f EAR - ^ • Rf J 

-where EAR= the by event aggregate risk level, y\^ ;i means the weights of the "j"th variable on the 
20 fe /i"th event at time "t" and R[ tl means the normalized risk factor value of the "j"th variable on 

lithe 

: ;T'th event at time "t" and the means for aggregating the by event aggregate risk levels of each 
transaction to produce a by transaction aggregate risk level for each transaction may further 
comprise means for aggregating the normalized risk factor values and the by event aggregate risk 
25 levels using the formula: 

n m 

TAR = 2 

where TAR= the transaction aggregate risk level, wj ;i means the weights of the "j"th 
variable on the "i"th event at time "t", and means the normalized risk factor value 
30 of the "j"th variable on the "i"th event at time "t". 

The transactions may be ranked relative to one another in descending order of transaction 
aggregate risk level. The transactions may be ranked relative to one another in ascending order of 
transaction aggregate risk level. 

Each event of each transaction may be selected from the group including: a) order match; b) 
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broker verification; c) financial confirmation; d) settlement confirmation; and e) terms confirmation. 
In one example, the risk may be operational risk. 

In another embodiment a system for ranking relative risk of a plurality of transactions, 
wherein each of the transactions has associated therewith a plurality of variables is provided, 
including: memory means for storing a software program; and processing means for processing the 
software program; wherein the software program includes: means for assigning a value to each of 
the variables associated with each of the transactions; means for aggregating the values assigned to 
each of the variables on a transaction by transaction basis to produce an aggregate risk level for each 
transaction; and means for ranking each of the transactions relative to one another based upon the 
aggregate risk level corresponding to each transaction. 

The means for assigning a value to each of the variables associated with each of the 
transactions may further comprise means for assigning a normalized risk factor value to each of the 
£ variables associated with each of the transactions based upon a raw value associated with each of 
:*fhe variables of each of the transactions and the means for aggregating the values assigned to each 
s |Df the variables on a transaction by transaction basis to produce an aggregate risk level for each 
^transaction may further comprise means for aggregating the normalized risk factor values assigned 
yto each of the variables on a transaction by transaction basis to produce an aggregate risk level for 
^feach transaction. 

fj Each value may be normalized to a predetermined normalization range. The predetermined 
^normalization range maybe between 0 to 1, inclusive. 

fl Each variable may have associated therewith an operational tolerance and the normalized 
rfisk factor value for each variable may be calculated using the formula: 

RF = %*{e xip -\) 

where RF= the normalized risk factor value, £ = 0.5819767069, e = 2.718182818, x = the raw 
value of the variable, and J3 = the operational tolerance of the variable. 

Each variable may be selected from the group of quantitative variables and qualitative 
variables, wherein each variable which is a quantitative variable may have associated therewith a 
raw value corresponding to an actual quantitative value, and wherein each variable which is a 
qualitative variable may have associated therewith a raw value corresponding to a value selected 
from a predetermined qualitative value range. The predetermined qualitative value range maybe 
between 1 to 10, inclusive. 

Each quantitative variable maybe selected from the group including: elapsed time, historical 
volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, 
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frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail 
recovery time. 

Each qualitative variable may be selected from the group including: client sensitivity, 
execution method, client operating infrastructure, incoming confirm method, outgoing confirm 
method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, 
master agreement (provisions for netting), country operating infrastructure, liquidity risk, template 
precedence, and product complexity. 

The means for aggregating the normalized risk factor values assigned to each of the variables 
on a transaction by transaction basis to produce an aggregate risk level for each transaction may 
further comprise means for aggregating the normalized risk factor values using the formula; 

m 

jwhere AR= the aggregate risk level, wj means the weights of the "j"th variable at time 
*"t", and R J t means the normalized risk factor value of the "j"th variable at time "t'\ 
11 The transactions may be ranked relative to one another in descending order of aggregate risk 
level. The transactions may be ranked relative to one another in ascending order of aggregate risk 
ievel. The risk may be operational risk. 

In another embodiment a system for ranking relative risk of a plurality of transactions, 
^herein each of the transactions has associated therewith a plurality of events and each of the events 
-has associated therewith at least one variable is provided, including: memory means for storing a 
^ software program; and processing means for processing the software program; wherein the software 
program includes: means for assigning a value to each of the variables associated with each of the 
transactions; means for aggregating the values assigned to each of the variables of each event of 
each transaction to produce a by event aggregate risk level for each event of each transaction; means 
for aggregating the by event aggregate risk levels of each transaction to produce a by transaction 
aggregate risk level for each transaction; and means for ranking each of the transactions relative to 
one another based upon the by transaction aggregate risk level corresponding to each transaction. 

The means for assigning a value to each of the variables associated with each of the 
transactions may further comprise means for assigning a normalized risk factor value to each of the 
variables associated with each of the transactions based upon a raw value associated with each of 
the variables of each of the transactions and the means for aggregating the values assigned to each 
of the variables of each event of each transaction to produce a by event aggregate risk level for each 
event of each transaction may further comprise means for aggregating the normalized risk factor 
values assigned to each of the variables of each event of each transaction to produce a by event 
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aggregate risk level for each event of each transaction. 

Each value may be normalized to a predetermined normalization range. The predetermined 
normalization range may be between 0 to 1, inclusive. 

Each variable may have associated therewith an operational tolerance and the normalized 
risk factor value for each variable may be calculated using the formula: 



where RF= the normalized risk factor value, £ = 0.5819767069, e = 2.718182818, x = the raw 
value of the variable, and /? = the operational tolerance of the variable. 

The operational tolerance associated with a given variable of a given event may vary in 
dependence upon the given event of the transaction. 

:f Each variable may be selected from the group of quantitative variables and qualitative 
^variables, wherein each variable which is a quantitative variable may have associated therewith a 
;raw value corresponding to an actual quantitative value, and wherein each variable which is a 
,1 qualitative variable may have associated therewith a raw value corresponding to a value selected 
from a predetermined qualitative value range. The predetermined qualitative value range may be 
"between 1 to 10, inclusive. 

Each quantitative variable may be selected from the group including: elapsed time, historical 
r ~ volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, 
^frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail 
Recovery time. 

Each qualitative variable may be selected from the group including: client sensitivity, 
execution method, client operating infrastructure, incoming confirm method, outgoing confirm 
method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, 
master agreement (provisions for netting), country operating infrastructure, liquidity risk, template 
precedence, and product complexity. 

The means for aggregating the normalized risk factor values assigned to each of the variables 
of each event of each transaction to produce a by event aggregate risk level for each event of each 
transaction may further comprise means for aggregating the normalized risk factor values using the 
formula: 



RF = ^(e xip -\) 



m 



EAR = ^ 




where EAR= the by event aggregate risk level, 



means the weights of the "j"th variable on the 
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"i"th event at time "t", and R^ ;i means the normalized risk factor value of the "j"th variable on 
the 

"i"th event at time "t" and the means for aggregating the by event aggregate risk levels of each 
transaction to produce a by transaction aggregate risk level for each transaction may further 
5 comprise means for aggregating the normalized risk factor values and the by event aggregate risk 
levels using the formula: 

n m 

where TAR= the transaction aggregate risk level, w 3 / means the weights of the "j"th 
10 variable on the "i"th event at time "t" and R j;i means the normalized risk factor value 
^pf the "j"th variable on the "i"th event at time "t". 

; ; || The transactions may be ranked relative to one another in descending order of transaction 

Aggregate risk level. The transactions may be ranked relative to one another in ascending order of 

y transaction aggregate risk level. 
15 4* Each event of each transaction may be selected from the group including: a) order match; b) 

2* broker verification; c) financial confirmation; d) settlement confirmation; and e) terms confirmation. 
In one example, the risk may be operational risk. 

% While the present invention may be used to rank the risk of different types of transactions 

y{e.g., financial trades in the equity, currency, debt, arbitrage, or fixed income markets), an example 
20 l : Embodiment applied to currency trades will now be described (but is not meant to limit the present 

f Invention). 

In this regard, and referring now to Fig. 1, a diagram showing the stages and events that a 
trade goes through according to this embodiment of the present invention is depicted. In this Fig. 1 
"events" are milestones that occur (e.g., Order Match, Broker Verification, and Financial Confirm) 

25 and "stages" are markers delineating various events. As well known to those of ordinary skill in the 
art, other currency trades and/or other types of trades may go through different stages and events 
and/or may go through these same stages and events in a different order. For example, while Order 
Match and Broker Verification are shown as parallel events of stage 1 in this embodiment, other 
embodiments could have the two events occurring serially. Further, while stages 3 and 4 are shown 

30 as occurring parallel to stage 5, other configurations are possible. 
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Moreover, it is noted that in this embodiment a trade may require either an Order Match (i.e., 
the trade is a client trade) or a Broker Verification (i.e., the trade is a bank trade), but not both. In 
another embodiment the two events may be non-mutually exclusive. Further, in this embodiment the 
Terms Confirm event of stage 5 is done in parallel with the events of stages 3 and 4. In another 
5 embodiment the Terms Confirm event of stage 5 and the events of stages 3 and 4 may occur serially. 
In any case, as seen in this Fig. 1, a currency trade according to the present example goes 
through 5 stages, each delineating one or more events. The specific variables associated with each of 
the events of this embodiment are shown in more detail in Fig. 2A. It is noted that the variables 
identified in Fig. 2A are used for the purpose of example only, and that as well known to those of 
10 ordinary skill in the art, other currency trades and/or other types of trades may associate different, 
and/or fewer, and/or more variables to each of the events. In any case, a number of the variables 
identified in Fig. 2A are defined more specifically in Fig. 2B. 
O Regarding the timing between the events of the currency trade example depicted in Fig. 1, it 
; ^|s noted that the Order Match, Broker Verification and Financial Confirm events may occur 
15 4relatively quickly (e.g., on the order of hours), with the Settlement Confirm, Value Date, and Terms 
•^Confirm events taking a relatively longer period of time (e.g., on the order of days). It is noted that 
I 4he above-described timing is used for the purpose of example only, and that as well known to those 
y 6f ordinary skill in the art, other currency trades and/or other types of trades may utilize different 
rtiming between each of the stages and events (e.g. earlier events occurring on the order of minutes 
20 4 or later events occurring on the order of weeks). Regardless, the risk of a trade may be a function of 
ptime as well as a function of what stage or event the trade is in. In other words, a trade may be open 
Efbr many months, for example, and its relative risk ranking compared to other trades may change 
'"during that time. 

Such relative risk may be obtained via an aggregation function that aggregates the risk level 
25 of a number of individual risk components. The aggregation function may yield a single value that 
represents the relative risk of a given trade versus the relative risk of one or more other trades. The 
risk levels of the individual risk components that form the input to the aggregation function may be 
dependent or independent of one another. 

Still referring to Fig. 1, it is noted that as a transaction moves through the various stages and 
30 events the transaction may be subject to various operational checks/processes to help ensure 

completeness and accuracy. It is further noted that in the present example (which is presented for 
illustration only, and is not intended to be restrictive), on the order of 5,000-8,000 new trades may 
come in to stage 1 on a given day and on the order of 100,000 open trades may exist in the later 
stages on a given day. 

35 Referring now to Fig. 3, a flowchart showing how the risk levels of the individual risk 

components are determined in the present example embodiment is depicted. At Step 301 measures 
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of certain attributes (i.e., input variables) are obtained. The values of the input variables maybe 
obtained from a database or from another source. The input variables may be updated at certain 
times. Each input variable may be quantitative (e.g., a measure of time) or qualitative (e.g., a 
measure of client sensitivity). Quantitative variables maybe assigned their actual quantitative values 
5 (e.g., a time value or a dollar value). Qualitative variables may be ranked on a qualitative variables 
scale (e.g. a scale from 1 to 10). Each input variable may have assigned therewith a maximum 
operational tolerance level (e.g., indicative of maximum risk). The maximum tolerance level for a 
quantitative variable may be a defined control standard (e.g., unconfirmed trades maximum 
tolerance level = trade time + x or outgoing confirm delay maximum tolerance level = trade time 
10 + y, wherein x and y are appropriate time units). The maximum tolerance level for a qualitative 
variable may be the top value of the qualitative variable scale (e.g., 10). The maximum tolerance 
level for a given variable may vary over time and/or may vary for one or more events of the trade. 
^"Each input variable may be dependent upon one or more other input variables, and/or may be 
^Independent of one or more other input variables, and/or may be random. Each input variable may 
15 ^be a factor in one or more events. Each input variable may be risk weighted differently within one or 
:kore events. Each input variable may be fixed (i.e., does not change over time), or may fluctuate 
; ; essentially continuously (e.g., deviation from historical volatility), or may change only when a trade 
- has reached a new event. 

Still referring to Fig. 3, a normalized risk factor value (e.g., between 0 and 1, inclusive) for 
20 I each variable is determined at Step 303 using the following formula: 

3 RF = %.(e xlp -\) 

where RF= the normalized risk factor value, £ - 0.5819767069, e - 2.718182818, x - the raw 

25 value of the variable, and /? = the operational tolerance of the variable. 

The operational tolerance associated with a given variable of a given event may vary in 
dependence upon the given event of the transaction. In this embodiment of the present invention, 
elapsed time is a variable in 4 events and operational tolerance (i.e., J3 ) differs in each event as 
follows: Order Match J3 = 3 hours; Broker Verification (3 = 24 hours (i.e., event start time +1 

30 day); Financial Confirmation j3 = 24 hours (i.e., event start time + 1 day); and Terms Confirmation 
(3 = 240 hours (i.e., event start time +10 days). Below is Table 1 showing normalized risk factor 
values corresponding to the elapsed time variable for each of the four events discussed above: 

Table 1 

35 
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1 



Time (x) 


Order Match 
(Stage 1) 


Broker Verification 
(Stage 2) 


Financial Confirmation 
(Stage 3) 


Terms Confirmation 
(Stage 5) 


P = 3 hours 


(5 =24 hours 


P =24 hours 


P =240 hours 


1 hour 


0.23024 


0.02476 


0.02476 


0.00243 


2 hours 


0.55156 


0.05058 


0.05058 


0.00487 


3 hours 


1.00000 


0.07749 


0.07749 


0.00732 


4 hours 


1.00000 


0.10555 


0.10555 


0.00978 


10 hours 


1.00000 


0.30083 


0.30083 


0.02476 


20 hours 


1.00000 


0.75714 


0.75714 


0.05058 


110 hours 


1.00000 


1.00000 


1.00000 


0.33839 
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Finally, as discussed above, the individual risk factor values for each transaction are 
^aggregated to produce a relative risk level corresponding to a particular trade. More particularly, a 
Oby event aggregate risk level for each event of each transaction may be calculated using the formula: 



Si EAR - ]T wf J • Rf J 

J where EAR= the by event aggregate risk level, y\?j> 1 means the weights of the "j"th variable 
J:6n the "i"th event at time "t", and means the normalized risk factor value of the "j"th 
10 gyariable on the "i"th event at time "f and the by transaction aggregate risk level may be calculated 
iHiising the formula: 

n m 



15 where TAR= the transaction aggregate risk level, w 3 t ;i means the weights of the "j"th variable 

on the "i"th event at time "t", and R^ ;i means the normalized risk factor value of the "j"th 
variable 

on the "i"th event at time "t". 

Referring now to Fig. 4, a risk factor curve corresponding to the formula: 

20 
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is depicted. As seen in this figure, risk accelerates as the variable's value approaches the operational 
tolerance. 

Referring now to Fig. 5, which shows an overall relative risk level calculation process 
according to this embodiment of the present invention, it is seen that various input variables are 
5 each applied from Database 501 (which may be a single database as depicted or multiple databases) 
to Risk Factor Function 503 (which may be a single function as depicted or multiple functions) and 
the output from the Risk Factor Function is applied to Aggregation Function 505 (which may be a 
single function as depicted or multiple functions) to generate a relative risk level for each trade. In 
addition, expert input may be applied to the Risk Factor Function 503 and/or the Aggregation 
10 Function 505 to at least partially control the output of the functions. It is noted that while this Fig. 5 
shows three representative input variables, any desired input variables may of course be used. 

Referring now to Fig. 6, which shows overall system flow in another example embodiment 
Cbf the present invention, it is seen that Trading Data 601 and Sales Data 603 are sent to Operations 
^System 605 to be forwarded to Risk Prioritization System 607 as Transaction Activity. The Trading 
15 4Data 601, the Sales Data 603, and the Transaction Activity may be communicated in real-time 
and/or historically. In any case, Risk Snapshots 609 are periodically posted for the use of 
^Operations System 605. In addition, Operations System 605 may poll Risk Prioritization System 
y 607 for Risk Snapshots 609 when desired. 

□ Referring now to Fig. 7, which shows a system architecture in another example embodiment 
20 4 of the present invention, it is seen that Database 701 includes Skeleton 701a, Transactions 701b, 
]« Reports 701c, and Exceptions 70 Id. Further, Database 701 is acted upon by Maintenance Utility 
O703, Transaction Feed 705, Calculation Engine 707, Notification Manager 709, and Display Server 
r "71 1 . Moreover, Management Viewer 713 (as well as any other desired Front End System 715) 
interact with Display Server 71 1 to provide views into the data. 
25 In yet another embodiment of the present invention, the raw values associated with each of 

the variables of a transaction, and/or the normalized risk factor values associated with each of the 
variables of a transaction may be identified in connection with selected one(s) of the transaction(s) 
ranked by the present invention. The identification may be made in the form of a "drill-down" 
process by which more and more detail is progressively identified to a user. Such identification of 
30 the raw values associated with each of the variables of a transaction and/or the normalized risk 

factor values associated with each of the variables of a transaction may be used to aid in identifying 
the underlying reasons behind a given relative risk level (i.e. "What is making the transaction so 
risky?"). 

More particularly, in this example, after the present invention has determined what are the 
35 ten most risky trades, the user may desire to know why a particular trade is so risky. A mechanism 
could be provided to allow the user to "drill-down" and open a window for a specific trade and look 



at the particular values of each one of the various risk factors and/or raw variables for that trade. 
Thus, the user would be able to get a better understanding of why a particular trade is risky. 

In yet another embodiment of the present invention, a feedback loop may be employed 
wherein historical data corresponding to prior transaction rankings, and/or prior raw values 
associated with given variables, and/or prior normalized risk factor values associated with given 
variables are used at least partially in determining the ranking of new transactions. In addition, the 
feedback loop may use (at least partially) input from a user concerning the appropriateness of one or 
more prior transaction rankings in determining the ranking of new transactions. 

Referring now to Fig. 8, a flowchart showing a method for ranking relative risk of a plurality 
of transactions according to another embodiment of the present invention is shown. 

More particularly, it is seen that at Step 801 a value is assigned to each of the variables 
associated with each of the transactions. At Step 803 the values assigned to each of the variables are 
-aggregated on a transaction by transaction basis to produce an aggregate risk level for each 
transaction. At Step 805 each of the transactions is ranked relative to one another based upon the 
laggregate risk level corresponding to each transaction. 

-I Referring now to Fig. 9, a flowchart showing a method for ranking relative risk of a plurality 
x>f transactions according to another embodiment of the present invention is shown. 
' * More particularly, it is seen that at Step 901 a value is assigned to each of the variables 
-associated with each of the transactions. At Step 903 the values assigned to each of the variables of 
Ifeach event of each transaction are aggregated to produce a by event aggregate risk level for each 
i^pvent of each transaction. At Step 905 the by event aggregate risk levels of each transaction are 

'aggregated to produce a by transaction aggregate risk level for each transaction. At Step 907 each of 

the transactions are ranked relative to one another based upon the by transaction aggregate risk level 

corresponding to each transaction. 

Referring now to Fig. 10, a block diagram of a software program for ranking relative risk of 

a plurality of transactions according to another embodiment of the present invention is shown. As 

seen in this Fig., Software Program 1001 includes: 

1) Assignment Module 1003 for assigning a value to each of the variables associated 
with each of the transactions; 

2) Aggregating Module 1005 for aggregating the values assigned to each of the 
variables on a transaction by transaction basis to produce an aggregate risk level for each 
transaction; and 



3) Ranking Module 1007 for ranking each of the transactions relative to one another 



based upon the aggregate risk level corresponding to each transaction. 

Assignment Module 1 003 may include a method for assigning a normalized risk factor value 
to each of the variables associated with each of the transactions based upon a raw value associated 
with each of the variables of each of the transactions and the Aggregating Module 1005 may include 
means for aggregating the normalized risk factor values assigned to each of the variables on a 
transaction by transaction basis to produce an aggregate risk level for each transaction. 

Referring now to Fig. 1 1, a block diagram of a software program for ranking relative risk of 
a plurality of transactions according to another embodiment of the present invention is shown. As 
seen in this Fig., Software Program 1101 includes: 

1) Assignment Module 1 103 for assigning a value to each of the variables associated 

f with each of the transactions; 

= 2) First Aggregating Module 1 105 for aggregating the values assigned to each of the 

~ variables of each event of each transaction to produce a by event aggregate risk level for 

i each event of each transaction; 

I 3) Second Aggregating Module 1 107 for aggregating the by event aggregate risk 

■ levels of each transaction to produce a by transaction aggregate risk level for each 

■\ transaction; and 

4) Ranking Module 1 109 for ranking each of the transactions relative to one another 
based upon the by transaction aggregate risk level corresponding to each transaction. 

Assignment Module 1 103 may include a method for assigning a normalized risk factor 
value to each of the variables associated with each of the transactions based upon a raw value 
associated with each of the variables of each of the transactions and the First Aggregating Module 
1 105 may include a method for aggregating the normalized risk factor values assigned to each of the 
variables of each event of each transaction to produce a by event aggregate risk level for each event 
of each transaction. 

Referring now to Fig. 12, a block diagram of a system according to another embodiment of 
the present invention is shown. As seen in this Fig., Computer 1201 includes Memory 1203 for 
storing a software program (not shown) and CPU 1205 for processing the software program. 
Monitor 1207, Keyboard 1209, Mouse 1211, and Printer 1213 are connected to Computer 1201 to 
provide user input/output. Input/output to the software program may also be accomplished via a 



storage medium (e.g., a hard drive or a CD) and/or a network, each of which is not shown The 
software program stored in Memory 1203 and processed by CPU 1205 may of course be one of the 
software programs of the present invention. In any case, the details of each of Computer 1201 5 
Memory 1203, CPU 1205, Monitor 1207, Keyboard 1209, Mouse 1211, and Printer 1213 are well 
5 known to those of ordinary skill in the art and will not be discussed further. 

While a number of embodiments of the present invention have been described, it is 
understood that these embodiments are illustrative only, and not restrictive, and that many 
modifications may become apparent to those of ordinary skill in the art. For example, the present 
invention may be applied to any tradable product (e.g., equity, currency, debt, arbitrage, or fixed 
10 income). Further, while a number of variables useful in ranking risk according to the present 

invention have been described, any other appropriate variables may of course be used (e.g. Herstaat 
Risk). More particularly, other exogenous variables (i.e., relating to market conditions) or 
Endogenous variables ( i.e., relating to internal conditions) may of course be used. Further still, 
2|vhile the aggregation element(s) of the present invention have been described principally as 
15 s | employing summation and multiplication, other mathematical operator(s) and/or function(s) may of 
? f bourse be used (e.g., hybrids or mixtures of summations and products). Further still, the fbrmula(s) 
LOised for aggregation may be static or dynamic. If dynamic, they may change periodically (e.g., 
^ fevery second, every hour, every day, every week), at certain times of the day, at certain times of the 
f fveek, at certain times of the year, when directed by a user, or when one or more conditions is met. 
20 4 Such conditions could relate to one or more variable raw values and/or one or more normalized risk 
^factor values. If the aggregation fbrmula(s) are dynamic, the weights and/or mathematical 
gbperator(s) and/or function(s) may change. Further still, while the generation of the normalized risk 
p factor values has been described principally with regard to a single given formula producing a single 
given exponential curve, other appropriate formula(s) producing other appropriate curve(s), such as 
25 other appropriate exponential curves(s) for example, may of course be used. Other formulas (or 

functions) may include the linear function, the quadratic function, or any other power or polynomial 
function, for example. Further still, one or more look-up tables may be used to generate the 
normalized risk factor values. The look-up table(s) may be associated with one or more variables 
(e.g., client sensitivity, country infrastructure, product complexity, and so on).The look-up table(s) 
30 may be used on their own or in combination with one or more formulas to generate the normalized 
risk factor values. Further still, the formula(s) and/or look-up table(s) may be static or dynamic. If 
dynamic, they may change periodically (e.g., every second, every hour, every day, every week), at 
certain times of the day, at certain times of the week, at certain times of the year, when directed by a 
user, or when one or more conditions is met. Such conditions could relate to one or more variable 
35 raw values and/or one or more normalized risk factor values. Further still, the present invention 
could be used to rank: i) the relative risk of all of the transactions made in a given timeframe (e.g., 



22 



within the last hour, within the last day, within the last week, within the last year); or ii) the x 
number of riskiest trades made in a given timeframe (e.g., within the last hour, within the last day, 
within the last week, within the last year), where x is an integer; or iii) the x number of least risky 
trades made in a given timeframe (e.g., within the last hour, within the last day, within the last week, 
5 within the last year), where x is an integer. Further still, the present invention may be used as a 
regulatory tool and/or for internal auditing or accounting. Further still, the present invention may 
update data including raw variable values and/or normalized risk factor values periodically (e.g., 
every second, every hour, every day, every week), at certain times of the day, at certain times of the 
week, at certain times of the year, when directed by a user, or when one or more conditions is met. 
10 Such conditions could relate to one or more variable raw values and/or one or more normalized risk 
factor values. Further still, the transactions ranked by the present invention maybe filtered (e.g., by 
event, by client, or by currency). Further still, the transactions ranked by the present invention may 
Cbe completed transactions and/or "open" transactions which are being processed. Further still, one 
Spr more risk factors may be dynamic and based on a learning mechanism. For example, suppose that 
15 4lhe present invention is used to keep track of the number of amendments that a particular trader does 
Zbn each one of his trades (which, by the way, may also depend on the trade complexity). If the 
1-ftumber of the trader's amendments is going down over time (i.e., the trader is getting more 
y Experience), then the value of his risk factor is going down. Therefore, in this example the present 
g Invention may keep track of statistics pertaining to each individual operator or trader and may 
20 4 dynamically change (based on experience) the values of the appropriate risk factor(s). Of course, 
f pny appropriate risk factor (and/or corresponding variable(s)) may be dynamically changed based on 
Chich a learning mechanism. Further still, the present invention may be applied to prioritizations in 
r other settings as well (e.g., the maintenance of airplanes by an airline). For example, the present 
invention may be used to track which airplane(s) should be overhauled first (e.g., the airplanes could 
25 be prioritized based on the probabilities that something can go wrong with the airplane as a whole 
and/or the probabilities that something can go wrong with one or more parts of the airplane). Further 
still, the memory of the system may comprise a magnetic hard drive, a magnetic floppy disk, a 
compact disk, a ROM, a RAM, and/or any other appropriate memory. Further still, the computer of 
the system may comprise a stand-alone PC-type micro-computer as depicted or the computer may 
30 comprise one of a mainframe computer or a mini-computer, for example. Further still, another 

computer could communicate with the software program and/or computer of the system by utilizing 
a local area network, a wide area network, or the Internet, for example. 
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